看完上一篇,不知道大家會不會覺得,感覺上開發跟維運已經有找到不錯的配合方式,應該就天下太平了,可惜!事實縱是令人失望的,雖然以分工的角度來說,雙方已經有達成共識,但在討論需求與交付的過程中,那就是另外很多個小故事了...
今天要跟大家分享的是第二個案例,這也是目前所有大大小小衝突中,我回到團隊後,忍不住跟開發同仁抱怨最久的一次,請大家看一下,樣式A跟樣式B你會選擇哪一個呢?
整體事件的過程是最一開始我們給提供了第一個畫面給維運團隊,畫面上的資料筆數因為當下的服務等級而不同,理論上只要事件等級不為 0 的,都是需要被調整的服務,資料筆數最多可能會有上百筆,最一開始開發團隊給的畫面是樣式A,先求有資料,讓維運團隊能夠先根據資料先進行調整,但身為開發團隊,怎麼可以容許這樣醜醜的畫面存在呢?
於是便在後續的空擋時間將畫面改成了樣式B,想說這樣的視覺呈現對於使用者應該是比較友善的,雖然只是小小的改版,自己認為是有對使用者使用上進行優化,原本以為維運團隊也會認為這樣的呈現比較友善,於是就幾回合的討論:
『蛤?你改版了?為什麼?這樣我很難用耶!』
「原本的很醜耶,這樣哪裡難用?」
『你這樣我很難複製,去篩選出要處理線路資料』
「嗯?那你說你們怎麼處理?」
『會先把網頁上的資料複製,然後使用編輯工具把後面的等級去掉,只留下有需要的線路資料,逐筆調整』
「喔,那表格的版本也可以複製,可以貼到 excel 上,這樣你們還是可以拿到要的線路資料」
於是嘗試用電腦實際操作一次,發現複製到 excel 上的時候,沒有如預想的一個一個排好...
「應該是有 bug ,我去修一下」
當 BUG 修正後,確認複製到 excel 之後,會跟網頁呈現的樣式一樣,可以整欄複製,這樣就有達到使用者需求的吧!於是又跑去找維運工程師交付 ...
『嗯...可以』(面有難色)
「怎麼了?」
『我還是覺得原本的比較好用...』
「好,不然我兩版都給你,看你們愛用哪個版本就用哪一個」
『不用啦,只要一個版本就好...』(還是一臉困惑,不解,面有難色)
「兩個版本都保留不是困難事,大概十分鐘就解決了,反正我就給你兩個版本的頁面,值班同仁愛用哪個就用哪個」
『好吧...』
稍微調整長出兩個版本後,順手把樣式B加上下載按鈕,這樣又少了一個複製貼上的步驟,應該對使用者更好吧!(心想)
於是又跑去找維運工程師交付,說明了有兩個版本,樣式B還加上了「下載」按鈕可直接匯出...
『其實我們最喜歡的是點了就可以直接複製網頁上資料的功能,下載我們還是要打開,沒有比較好用...』
「...那你改天可以直接講嗎?說你們最習慣的操作方式」
『我沒有想到你們會改版呀!我以為你們會接著後面的自動化』
「後續的自動化,後端工程師有在做了,是因為前端有點空,所以想說先調整一下」
『我覺得先這樣就好,妳不要再調了』
「好」(理智線已斷裂,回到座位)
後半段的故事與反思留到明日再分享,現在陳述當時的情況還是心中會有一股火氣上來是合理的嗎?其實我後來也問了其他同仁,看他們覺得哪個比較好看/好用,三位開發團隊的人跟另一位維運工程師,其他人的選擇跟我比較像,選擇的是樣式B,昨天我還特地跟文中的維運工程師說到這件事,沒想到答案還是跟當初一樣,害我又再次感到腦怒,過幾天要來找其他一線的維運工程師問看看!
各位邦友覺得呢?樣式A跟B你們會覺得那個比較好使用呢?
我選A
因為後續銜接處理容易
這是linuxer的哲學
產出應該可以用後續簡單工具| 接續處理(pipeline)
以我自己想法,我可能會花兩天處理成
(剪貼文字檔 | 自製的調整腳本) ,然後檢查處理成果再微調輸入文字檔
這樣我不需要excel就結束這工作,又可以有自己時間
雖然美化是給眼睛舒服一點,但是後續parsing變難反而浪費掉我可以省出來的時間
個人想法分享
謝謝分享!讓我家維運工程師覺得不孤單
陸陸續續看的幾位同事使用 Linux 的文字處理指令,我就知道為什麼會喜歡樣式A了 ?
說到 parsing ,這兩天才又跟維運工程師因為銜接方式用力地討論了一下,後面再來分享一下新故事~
不不不,你誤會了,這不是喜歡A,是因為A好利用 (渣男台詞)
很久以前還是菜鳥的我也有件小維護工作,要對全省便利商店內POS派送新版程式。然後經過「科技」處理後,我螢幕會跳出兩個決策時間點提醒,一個是「要對失敗名單重做嗎?」一個是「做完三輪後失敗名單,還要做嗎?」 懶到這樣我當然不喜歡改版,而又不是我本人在看,所以看到這「需求」我就會秒懂差異在哪裡。
那這樣為何不分享給同事?有啊,但是曲高和寡,別的人不想接受,寧可照前人教的一步一步操作就是另外的事。